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Heresy? 


♦  From  Greek  word  hairetikos  "able  to  choose”  or 
“to  pick  and  choose” 

♦  Good  engineering  is  about  “picking  and 
choosing”  the  right  approaches 

♦  I  stand  by  my  heresy! 
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Changes  Problems 
or  opportunities? 
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llaboration 


♦  Fundamentally  changing  how  systems  are 
conceived,  developed,  deployed,  and 
managed 

♦  Increasing  need  for  holistic  development  c 
deployment  environments 

♦  Redefining  society  in  a  collaborative, 
distributed,  evolvable  manner. 


♦  Expanding  serious  use  of  social  networking  si 
and  virtual  environments 
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♦  Security  is  paramount  (at  least  in  some  plac 

♦  Increasing  criticality  increases  target  value 


♦  Increasing  complexity  and  interconn< 
increases  vulnerabilihr;  .  £-  , 


♦  Security  of  enterprises 
and  independently  ev 


Compressed  lime 


♦  Compressed  notion  of  time  based  on  relative 
change 

♦  Customer  expectations  and  competitive 
demands  shorten  lifecycles 

♦  Customizable  interfaces  and  mashing  give  users 
instant  gratification 

♦  Decisions  made  with  possibly  more  data  but 
often  less  analysis 
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Evolved  Woridbic  e 

♦  Born  networked  in  a  rapidly  changing  problem 
and  solution  space 

♦  Nurtured  with  instantaneous  feedback 

♦  Increasingly  more  action  oriented 

♦  Less  trusting  of  extensive  analysis 


Moore's  Law  -  > 

"More  is  better"  Law* 

/  i  Itanium  2 

\  /  {I  Ml  oMha] 

100,000,000  J  Number  of  tranalrtora  doubling  avtry  24  month*.  * 

\  /  0  *  *  *  Pentium  4 

♦  Faster,  cheaper,  more  overblown 

10,UUO,uD0  — i  , '  •  Pentium  III 

tritium  II 

♦  Parsimony  no  longer  a  value 

1,000,000  — 

♦  Code  efficiency  more  expensive  than  larger 
iron 

♦  Customer  demands  often  of  negligible  value 

2,300  —I  ^*9008 

*  QUEK  Tong  Boon,  Chief  Defence  Scientist,  Singapore  Ministry  of  Defence,  INCOSE  2009  keynote 
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Ascendancy  of  SW 


♦  Capability  and  malleability  are  great  enablers 

♦  Majority  of  functionality  now  dependent  on  SW 

♦  Intensifies  risk  and  elevates  quality  issues 
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Interdependent 

Systems 

♦  Evolution  of  Systems 

♦  A  "major"  portion  of  the  capabilities/value  is 
delivered  through  software 

♦  A  "major"  portion  of  quality  attributes  (safety, 
security,  agility,  reliability, ...)  "largely"  depend 
on  software 
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Fred  Brooks'  prowling 
werewolves 


Invisibility 

Complexity 

Conformity 

Changeability 
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Silver  bullet  anyone? 


♦  The  software  werewolves  still  bite  the 
unsuspecting 

♦  With  interdependent  systems  they  are  growing 
stronger  and  their  prey  is  multiplying 

♦  But  SE/SwE  integration  may  at  least  provide 
some  lead  bullets 
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Why  are  SE  and  SwE 
siblings? 

♦  Youth  (age?) 

♦  Identity 

♦  Practicality 

♦  Respect  (not!) 
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ontract 


Short  history  of  SE 


User’s  Software 
Retirements 

X 


Acceptance 

Testing 

— J - - 


♦  1930's  General  Systems  Theory  (1930’s) 

♦  1 940's  Term  SE  coined  at  Bell  Labs  (1 940’s) 

etc.) 


Softw  aye  _ 


High  Le\ 

A  IHO'r  A| 

(1960’s/70’s) 


SE’s  heyday  (Ni 

/ 


Detailed  L  Ji  Unit 
Desuji  _  J _ 


♦  Vee-model,  large  non-space  systems, 
modeling  (80’s  -0Q’s)iMii„7  1 


Project  Management 


Quality 

Assurance 


Order 

date  Received 
isPrenaid 

_ „ 


dispatchO 

closeO 


Multiplicity:  mandatory 


rt  hi 


<  L 


Customer 


f 


creditRating():String 


TV 


Generalization 


♦  1 950’s  Thesis:  SW  Engineering  Is  Like  HW  Engineering 

"poor,"  then  Order.isPrepaid 

♦  1 960’s  M  Antithesis:  Software  Crafting 


i  Constraint  i  Corporate 

♦  1970’s  Synthesis  and  Antithesis:  W 

/Hrrr/oi  rs  i  ,  -in  „  I  1 _ 

♦  1 980’s  Synthesis:  Productivity  and  Scalability 

(creditRatingO  == 

Role  i  -  "poor"! 

♦  1 990’s  Antithesis:  Concurrent  vs.  Sequential  Processes 


es 


Ut” 


♦  2000’s  Antithesis  and  Partial  Synthesis:  Agility  and  Value 


1. 


Order  Line 


1 


sales  rep  |  0-* " 

|  Employee  j 


Multiplicity ; 
optional 


From  Boehm^^fer^^+h  and  21st  Century  Software  Engineering/7  ICSE  706  Keynote 

isSatisfied  :  Boolean!  ^  . - - 


0Product 


J 
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♦  Challenge 

♦  Find  a  single  ac< 
meaningful  defir 
engineering 


,  authoritative  and 
n  of  systems  or  software 


♦  Find  two  software  or  systems  engineers  (who 
didn’t  participate  in  the  definition)  that  agree 


with  it 


Practical  disciplines 

♦  Hands-on  heuristics 

♦  Both  are  practiced  disciplines  that  depend 
on  experience  and  judgement  more  than 
theory 

♦  Too  little  “science” 

♦  Computer  science  (mathematics  and 
representations,  defining  abstract  multi¬ 
dimensional  algebras) 

♦  General  Systems  Theory  (systems  thinking), 
operations  research  (statistics),  Technical 
management  (schedules  and  resources) 
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Why  are  SE  and  SwE 
Rivals? 


♦  Similarity 

♦  Language 

♦  Acknowledgement 

♦  Blame 
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Similarity  breeds  hubris 


That  which  makes  them  siblings 
makes  them  rivals! 
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Siblings  that  spea  k 
different  dialects 

/  i. 

.JL.  .A 
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C  ompetition  for 
ac  knowtedgement 


♦  Often  vying  for  reduced  funding 

♦  Both  perceived  as  expenses  rather  than  assets 
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Poor  results  lead  to 
linger  pointing 
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■r 

\1 


|  tnMjmm 

♦  SE:  “Hard  engineers”  of  one  sort  or  another 

♦  SWE:  Soft  mathematicians  and  second  careers 

\\ 
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♦  White  shirts  and  pocket  protectors 

♦  Boxes  and  arrows  and  piles  of  documentation 

♦  Overhead  slowing  progress 
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SwE  stereotypes  (bad) 

♦  Cowboy  programmers  (earrings  and  ponytails) 

♦  Hackers  with  malicious  intent 

♦  Continuous  reinvention  of  notations  and 
vocabulary 

30 
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SuvE  stereotypes 
(Good?) 


31 


must  learn  from 


>  engineers  can  embrace  a  broader 
view  -  particularly  in  cyber-physical 


Systems  engineers  need  to  find  wa 
more  agile  to  be  relevant  in  the  rap 
changing  environment 
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So  what  do  we 
do  about  it? 

♦  Research 

(SERC,  Touchpoints,  Cyber-Physical  Systems) 

♦  Education 
(GSwERC,  BKCASE) 

♦  Balancing 

(Incremental  Commitment  Model) 

♦  Transformation 

(Systems  Engineering  Transformation) 
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Systems  Engineering 
Research  Center 


♦  A  University  Affiliated  Research 
Center  established  in  2008  and 
sponsored  by  US  DoD 

♦  SE  research  supports 
development,  integration, 
testing  and  sustainability  of 
complex  defense  systems, 
enterprises  and  services 

♦  Stevens  Institute  leads  the  20 
universities  and  research 
centers  that  make  up  SERC 

♦  www.sercuarc.org 


8/10/2009 


Stevens'  Main  Campus ,  Hoboken,  NJ 
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SERC  research  thrusts 


♦  Enterprise  Responsiveness 

♦  Systems  Science  and  Complexity 

♦  Systems  Engineering  Workforce 

♦  Program  and  SE  Integration 

•  •  • 

* 

♦  Life  Cycle  Systems  Engineering  Processes 

•  •  • 

• 

SYSTEMS  ENGINEERING 

Research  Center 
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Pyster- Turner 
To  uc  hpoints 

♦  Simple  framework  for  discussion  of  SE/SwE 
integration  from  practitioners  POV 

♦  Describes  Touchpoints  where  the  two  disciplines 
interact.  Faults  and  Resolution  Strategies 

♦  Faults  can  be  a  Gap,  Waste  or  a  Clash  of 
Vocabulary,  Value,  or  Mental  Model 
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Example  Ibuchpoirit 


Touchpoint 

Fault 

Type 

Software 

Requirements 

SW  specifications  that 
limit  trade  space 

Clash  -  Mental 
Model 

Resolution  Strategies 


SE  defines  software  requirements  as  “what”  not  “how” 

SE  and  SwE  collaborate  in  to  develop  of  SW 
requirements 

Drawn  from  initial  piloting  with  10  varied  USDoD  programs 


Cyber- Physic  a  I 
Systems 

♦  US  National  Science  Foundation  initiative 

♦  CPS  themes: 

♦  Foundations 

♦  Methods  and  Tools 

♦  Components,  Run-time  Substrates,  and 
Systems 
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Graduate  Software  Engineering  Reference 
Curriculum  (www.gswerc.org) 

Mr ' 

Body  of  Knowledge  and  Curriculum  for 
Advanced  Systems  Engineering  (proposed 
and  waiting  approval) 


// 

\° 

V  0CR,/C, 
r  DCR/B, 


Activities 

Barry  Boehm’s  latest  instantiation  of  advanced 
spiral  concepts 

Like  spiral,  ICM  is  a  process  generator 

Fundamentals  are  (still)  incremental 
development,  evidence-based  milestone 
reviews,  risk-based  decisions 


40 


Incremental 
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K  systems  w 
md  technoloi 
s  and  21st  % 


i  methods, 
arch  on  ac 
www.serc 


:esses/tools 

ONOPS 

.org/AgileSE) 


Systems 
Tran 


Proposed  Systei 
Center  (SERC)  Proje< 


SE  for  net-cenl 
requireme 
planning 

Must  be  A< 
Extensible,  I 

Work  begun 
survey  an 
(survey  f( 


ineenng 

ation 


eering  Research 
rapidly  evolve  SE 


dynamic 
,  short 
kforce 


Integrated*  Lean,  Leveraged, 
mental 


Some  Final 
Observations 

♦  Interdependent  systems  are  here  to 
stay 

♦  Complexity,  criticality,  collaboration, 
security,  speed  and  human  nature 
place  increased  pressure  on  systems 
and  software  engineering  capabilities 

♦  Reconciliation  is  needed:  Each  needs 
to  learn  from  the  other 

♦  Progress  is  slow  but  accelerating  with 
new  research  initiatives 


42 


21 


4/8/10 


22 


